---title: "Transcrição da Prova Teórica 1" matricula: "20243000919" nome: "Vitor Emanuel Ventura e Silva" disciplina: "Gestão de Projetos de Software (GPS)" avaliacao: "Prova Teórica 1" data: "19/10/2026" nota_total: 16.8 legibilidade_global: "96%" classificacao: "Alta Legibilidade (90-100%)" observacoes_caligrafia: "Excelente caligrafia, letra de forma e cursiva muito nítidas a lápis grafite, diagramas limpos. Respondeu com alto nível técnico a Q1, Q3 e partes da Q4. Deixou os itens 2.3 e 5.3 integralmente em branco." format: html: toc: true theme: cosmo pdf: documentclass: scrartcl papersize: a4 geometry: - margin=20mm --- # Avaliação Teórica 1 — Transcrição de Respostas ## Questão 1 — Ciclo de Vida e Fundamentos de Projetos * **Legibilidade da Questão:** 98% * **Gravidade de Leitura:** Normal ### 1.1 Projeto vs. Operação * **Resposta Manuscrita:** > Ele é um projeto. Pode-se ver isso pontuando que tem um INÍCIO, MEIO e FIM visíveis; Vai gerar um produto final no fim do trabalho; envolve inovação, que gera riscos e precisa se preocupar com sua viabilidade constantemente. Enquanto operação é sobre constância e controle. ### 1.2 Análise de Trade-off no Triângulo de Ferro * **Resposta Manuscrita:** > Quando se pensa no desenvolvimento do projeto três variáveis surgem: escopo, tempo e custo. Se relacionam de forma que se mudar algo uma ou as duas terão que variar para NÃO afetar a CONSTANTE de qualidade. Nesse caso, pode-se reduzir ESCOPO, mantendo o essencial ou AUMENTAR CUSTO, com mais profissionais ou uso de IA. ### 1.3 Ciclo de Vida do Projeto e Abordagem * **Resposta Manuscrita:** > É uma abordagem ágil, com um formato ITERATIVO, em cada SPRINT tempo e custo são fixo e variamos escopo ao longo delas. Cada SPRINT marca uma iteração e após cada uma delas há algo funcional cada vez mais robusto. --- ## Questão 2 — Escopo, EAP e Gestão de Backlog * **Legibilidade da Questão:** 95% * **Gravidade de Leitura:** Normal ### 2.1 Estrutura Analítica do Projeto (EAP) * **Diagrama / Elemento Visual:** ```text Nível 0: PROJETO Nível 1: [MODULO 1] | [MODULO 2] | [MODULO 3] ... Nível 2: - de Modulo 1: [Definir Tecnologias] <- [Definir Requisitos], [Project Charter] - de Modulo 2: [System Prompt], [Testes de Uso] ``` * **Resposta Manuscrita:** > É hierárquica porque está organizada de forma que o maior engloba o menor no sentido do escopo e orientada a entregas porque elas são grupos que organizam a representação no tempo, em grandes blocos. ### 2.2 Especificação de Issues de Backlog e Estimativas * **Resposta Manuscrita:** > Teste de Uso > • Título: Teste de Comportamento do Agente a Diferentes Tipos de Uso > • Descrição: Múltiplos testes de casos específicos de uso desde avaliação normal até casos de estresse usando os parâmetros mais atuais. > • Critério de Aceitação: • Todos cenários no documento anexado feitos. • Documentação dos cenários realizada. | • Tempo Estimado: 12h esforço > • Título: Criação do System Prompt | • Tempo Estimado: 4h esforço > - São issues de naturezas diferentes, uma de testes e outra documental. > > CONTINUAÇÃO 2.2 (no espaço de 2.3): > A segunda é mais simples tendo em vista que boa parte do conteúdo que ela deverá ter já está documentado ao longo do projeto. É necessário agregar os segmentos e formatá-los. ### 2.3 Milestones vs. Sprints no Modelo Ágil * **Resposta Manuscrita:** > [NÃO RESPONDEU / EM BRANCO — Espaço utilizado para continuação da resposta 2.2] --- ## Questão 3 — Qualidade e Engenharia de Software com IA * **Legibilidade da Questão:** 96% * **Gravidade de Leitura:** Normal ### 3.1 Definição de Pronto (DoD) e Pipelines de CI/CD * **Resposta Manuscrita:** > DoD é um algo similar a um contrato que é estabelecido entre os envolvidos no projeto que estabelece os critérios mínimos necessários para que uma tarefa/funcionalidade esteja pronta. Esse PIPELINE CI/CD embarcará os critérios necessários, ou seja, para ser aprovado, deve passar por ele sempre. Omitindo os testes não passou no DoD e não pode ser considerado pronto. ### 3.2 Custo da Qualidade (CoQ) * **Resposta Manuscrita:** > A) AVALIAÇÃO > B) PREVENÇÃO > C) FALHA EXTERNA > D) FALHA INTERNA > O custo de um problema encontrado em produção (C) visto que foi detectado já nas mãos do cliente, ou seja, há dados reais, múltiplas pessoas usando podendo encontrar o erro. Haverá muito mais conflito para resolver um problema de algo já entregue. ### 3.3 Heurística 1:10:100 e Testes em Software com IA * **Resposta Manuscrita:** > Regra 1:10:100: se um erro custa 1 pra ser resolvido na arquitetura, custa 10 nos testes e 100 já em produção. > Ela é muito útil para entender que quanto mais tarde um erro é capturado pior é para resolver, logo investir em garantia de qualidade é economia. Seus limites estão ao analisar TAMANHO DO PROJETO × CUSTO DA QUALIDADE, visto que hoje é mais fácil criar algo pequeno de forma quase instantânea e sem muito custo. --- ## Questão 4 — Gestão de Riscos e Segurança * **Legibilidade da Questão:** 96% * **Gravidade de Leitura:** Normal ### 4.1 Classificação do Evento e Matriz de Riscos * **Diagrama / Elemento Visual:** * Não desenhou marcações no gráfico da matriz P×I fornecido no caderno. * **Resposta Manuscrita:** > É um problema, visto que aconteceu e gerou consequências, se tornou algo a se resolver. ### 4.2 Resposta a Incidentes e Defesa em Profundidade * **Resposta Manuscrita:** > Imediato: retirar sistema do ar, excluir chave do gerenciador, cadastrar uma nova chave usando variável de ambiente. > Preventivo: testes que verificam existência de chaves e documentação de normalização de uso. ### 4.3 Modelagem de Ameaças em IA e Documentação Decisória * **Resposta Manuscrita:** > Prompt Injection: CAUSA: Prompt malicioso do usuário; baixa probabilidade; alto impacto; filtradores de prompt do usuário. > ADR: Architecture Decision Record. Marca CONTEXTO, DECISÃO, TRADE-OFFS e CONSEQUÊNCIAS das decisões tomadas. --- ## Questão 5 — Comunicação, Partes Interessadas e Conflitos * **Legibilidade da Questão:** 95% * **Gravidade de Leitura:** Normal ### 5.1 Canais de Comunicação e Rastreabilidade Decisória * **Resposta Manuscrita:** > Síncrona: Perda de informação, muitas pessoas envolvidas. > Assíncrona: Informação sempre disponível e rastreável, altamente escalável. Ideal para gerenciamento de projetos. ### 5.2 Engajamento de Partes Interessadas (Poder × Interesse) * **Diagrama / Elemento Visual:** * **Manter Satisfeito:** 5 (Coordenação do curso), 3 (Equipe de desenvolvimento) * **Gerenciar de Perto:** 2 (Professor da disciplina) * **Monitorar:** 4 (Provedor da API de LLM) * **Manter Informado:** 1 (Alunos que usarão o chat) * **Resposta Manuscrita:** > Alunos. Frequência: mensal | Canal: e-mail e página do projeto | Conteúdo: novidades do desenvolvimento e testes já feitos. ### 5.3 Resolução de Conflitos e Modelo de Thomas-Kilmann * **Resposta Manuscrita:** > [NÃO RESPONDEU / EM BRANCO]